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Foreword 

This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). 
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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

3GPP acknowledges the contribution of the Parlay X Web Services specifications from The Parlay Group. The Parlay 
Group is pleased to see 3GPP acknowledge and publish the present document, and the Parlay Group looks forward to 
working with the 3GPP community to improve future versions of the present document. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



,rd , 



The present document is part 7 of a multi-part deliverable covering the 3 Generation Partnership Project; Technical 
Specification Group Core Network and Terminals; Open Service Access (OSA); Parlay X Web Services, as identified 
below: 



Part 1: 


"Common "; 


Part 2: 


"Third party call"; 


Part 3: 


"Call Notification"; 


Part 4: 


"Short Messaging"; 


Parts: 


"Multimedia Messaging"; 


Part 6: 


"Payment"; 


Part 7: 


"Account management"; 


Part 8: 


"Terminal Status"; 


Part 9: 


"Terminal location"; 


Part 10: 


"Call handling"; 


Part 11: 


"Audio call"; 


Part 12: 


"Multimedia conference"; 


Part 13: 


"Address list management" 


Part 14: 


"Presence". 
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1 Scope 

The present document is Part 7 of the Stage 3 Parlay X Web Service specification for Open Service Access (OSA). 

The OSA specifications define an architecture that enables application developers to make use of network functionality 
through an open standardized interface, i.e. the OSA APIs. The concepts and the functional architecture for the OSA are 
contained in 3GPP TS 23.198 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2]. 

The present document specifies the Account Management Web Service aspects of the interface. All aspects of the 
Account Management Web Service are defined here, these being: 

Name spaces. 

Sequence diagrams. 

Data definitions. 

Interface specification plus detailed method descriptions. 

Fault definitions. 

Service policies. 

WSDL Description of the interfaces. 

The present document has been defined jointly between 3GPP TSG CT WG5, ETSI TISPAN and The Parlay Group. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TR 21.905: "Vocabulai-y for 3GPP Specifications". 

[2] 3GPP TS 22. 127: "Service Requirement for the Open Services Access (OSA); Stage 1 ". 

[3] 3GPP TS 23.198: "Open Service Access (OSA); Stage 2". 

4] 3GPP TS 22.101: "Service aspects; Service principles". 

[5] W3C Recommendation (2 May 2001): "XML Schema Part 2: Datatypes". 

NOTE: Available at http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ . 

[6] 3GPP TS 29.199-1: "Open Service Access (OSA); Parlay X Web Services; Part 1: Common". 

3 Definitions and abbreviations 
3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 29.199-1 [6] apply. 
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3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in 3GPP TS 29.199-1 [6] apply. 



Detailed service description 



Pre-paid subscribers, whether they have subscribed to pre-paid telephony, SMS, or data service, have credits with their 
service providers; the consumption of services will lead to reduction of their credit, or the credit may expire. Therefore, 
from time to time, subscribers may have to recharge their accounts. This occurs through an application that interfaces 
with the subscriber either directly or indirectly. Examples of direct interaction are voice prompts and WAP/web pages, 
or even SMS. Typically, such multi-modal applications either request a currency amount and, e.g. credit card 
information, or a voucher number plus credentials. The voucher number and credentials are then validated and causes a 
pre-determined currency amount to be transferred. 

The Parlay X Account Management API described in the present document supports account querying, direct 
recharging and recharging through vouchers. As a side effect, it may prevent subscribers from having their account 
balance credits expire. 



5 Namespaces 

The Account Management interface uses the namespace: 

http://www.csapi.org/wsdl/parlayx/account_management/v2_2 
The data types are defined in the namespace: 

http://www.csapi.org/schema/parlayx/account_management/v2_2 

The 'xsd' namespace is used in the present document to refer to the XML Schema data types defined in 
XML Schema [5]. The use of the name 'xsd' is not semantically significant. 
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Sequence diagrams 



This subclause discusses three scenarios; one where a subscriber uses a voucher, one where the subscriber directly 
recharges after the payment is cleared, and one where the subscriber checks the recent transactions. 

NOTE: Associated Account Management API messages are shown in 'bold' format: e.g. (getBalance). 

6.1 Prepaid account recharge using a voucher 

The prepaid subscriber wishes to recharge their account with a voucher and query their account balance. The subscriber 
uses their mobile phone or other wireline phone to interact with an IVR system. In order to recharge their account, the 
subscriber must enter the voucher number, the MSISDN to be recharged , and PIN(s). The IVR system accesses an 
external voucher database to validate the voucher number. The subscriber's account balance is then increased with the 
value of the voucher (voucherUpdate). The subscriber queries their account balance (getBalance), before and/or after 
the recharge. 



End User 



: IVR 



: Payment 
Web Service 



Log on to IVR 



^ 



inter voucher informatior 



Update voucher 



Acknowledge receipt 
^ 

Request balance 



Play balance messagel 




Get balance 



^ 



Balance 



Figure 1 



ETSl 



3GPP TS 29.199-07 version 6.4.0 Release 6 



ETSI TS 129 199-7 V6.4.0 (2006-12) 



6.2 Prepaid account recharge using direct payment 

Directly recharging (i.e. without a voucher) works much along the same way. In this case, we assume the prepaid 
subscriber interacts with a web page. After providing the MSISDN, along with the PIN, the user can query the account 
balance (getBalance). For recharging, the subscriber must enter payment details, for example credit card information, 
from which the payment will be made. After clearing the payment details, the currency amount will be transferred and 
the subscriber's prepaid account balance expiration date will be reset (balanceUpdate). The subscriber also queries 
their account balance expiration date (getCreditExpiryDate), after the recharge. 



: End User 



: Self Serve 
Portal 



: Payment 
Web Sen/ice 



Log on to portal 



Request balance 



Display account status 

< r 



Input recharge informatioqi 

] >^ 



Display account status 



Request credit expiry dat^ 



Get balance 



^ 



Balance 



Update balance 



Display expiry date 



Get credit expiry date 



Expiry date 



<£^ 



Log off 



^ 



Figure 2 
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7.1 



XML Schema data type definition 



DatedTransaction structure 



This data structure represents a transaction record. 



Element Name 


Element Type 


Optional 


Description 


Transaction Date 


xsd;dateTime 


No 


The date the transaction occurred. 


TransactionDetails 


xsd:string 


No 


The transaction details. 



7.2 



Balance structure 



This data structure represents a balance record. 



Element 
Name 


Element 
Type 


Optional 


Description 


BalanceType 


xsd:string 


No 


Identifies the type of balance. End user accounts may have one or more 
balances for different types of usage (e.g. Voice, SIVIS, gaming etc) 


Amount 


xsd:decimal 


No 


Amount of balance 



7.3 BalanceExpireDetails structure 

This data structure represents balance expiry details. 



Element 
Name 


Element 
Type 


Optional 


Description 


BalanceType 


xsd:string 


No 


Identifies the type of balance. End user accounts may have one or more 
balances for different types of usage (e.g. Voice, SIVIS, gaming etc) 


Date 


xsd:dateTime 


Yes 


It is the date the identified balance will expire. Do not specify if the balance 
does not expire 



8 



Web Service interface definition 



8.1 Interface: AccountlVlanagement 

The Account Management interface provides access to account information for update and query operations. 

8.1.1 Operation: GetBalance 

This message results in getting account balances indicated by the end user identifier and associated end user PIN. The 
returned amount for each balance is specified as a currency amount. 

End users accounts may have a single balance for all usage, or may have multiple balances for different uses. For 
example, an end user may have a separate balance for voice calls, SMS messages, and GPRS usage. 



8.1.1.1 



Input message: GetBalanceRequest 



Part name 


Part type 


Optional 


Description 


EndUserldentifier 


xsd:anyURI 


No 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


Yes 


Contains the end user's credentials for authorizing access to the account 
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8.1.1.2 



Output message: GetBalanceResponse 



Part 
name 


Part type 


Optional 


Description 


result 


Balance 

[1... unbounded] 


No 


It is a Balance array that consists of types with a string and a decimal 
field i.e. the balance type and balance amount respectively. 



8.1.1.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 

8.1.2 Operation: GetCreditExpiryDate 

This message results in getting the expiration date of the credit indicated by the end user identifier and associated end 
user PIN. The returned date is the date the current balance will expire. 



8.1.2.1 



Input message: GetCreditExpiryDateRequest 



Part name 


Part type 


Optional 


Description 


EndUserldentifier 


xsd:anyURI 


No 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


Yes 


Contains the end user's credentials for authorizing access to the account. 



8.1.2.2 



Output message: GetCreditExpiryDateResponse 



Part 
name 


Part type 


Optional 


Description 


result 


Balance ExpireDetails 
[1... unbounded] 


No 


It is a BalanceExpireDetails array that consists of types with a 
string and a date field, i.e. Balance type and date balance will 
expire respectively 



8.1.2.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PohcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - PoUcy error. 

8.1.3 Operation: BalanceUpdate 

This message results in directly recharging the account indicated by the end user identifier and optional associated end 
user PIN. The reference code is used to uniquely identify the request; it is the application's responsibility to provide a 
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unique reference code within the scope of the application. The balance type identifies an existing balance type in the 
account, or a new balance type to be added to the account. 

NOTE: getBalanceTypes operation is used to discover the set of allowed balance types that can be associated 
with a specific end user"s account. 

The recharge is specified as a currency amount. The balance is requested to expire in the number of days indicated by 
the period parameter. The operator's policies may overrule this parameter. If the optional period parameter is not 
present, the operator's policy on balance expiration is always in effect. 



8.1.3.1 



Input message: BalanceUpdateRequest 



Part name 


Part type 


Optional 


Description 


EndUserldentifier 


xsd:anyURI 


No 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


Yes 


Contains the end user's credentials for authorizing access to the account. 


ReferenceCode 


xsd:string 


No 


Textual information to uniquely identify the request, e.g. in case of 
disputes 


BalanceType 


xsd:string 


No 


Identifies the type of balance to be recharged. An end user"s account 
may have a balance for each type of usage (e.g. Voice, SMS, gaming 
etc) 


Amount 


xsd:decimal 


No 


Currency amount that should be added to the balance identified in the 
BalanceType part. 


Period 


xsd:int 


Yes 


The balance is requested to expire in the number of days indicated by 
this parameter. The operator's policies may overrule this parameter. If 
this optional parameter is not present, the operator's policy on balance 
expiration is always in effect. 



8.1.3.2 



Output message: BalanceUpdateResponse 



Part name 


Part type 


Optional 


Description 


None 









8.1.3.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PohcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl -Policy error 

8.1.4 Operation: VoucherUpdate 

This message results in directly recharging the account indicated by the end user identifier and optional associated end 
user PIN. The reference code is used to uniquely identify the request; it is the application's responsibility to provide a 
unique reference code within the scope of the application. A voucher identifier indirectly specifies the charge. The 
optional voucher PIN code can be used to verify the voucher. 
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8.1.4.1 



Input message: VoucherUpdateRequest 



Part name 


Part type 


Optional 


Description 


EndUserldentifier 


xsd:anyURI 


No 


This parameter identifies tlie end user's account. 


EndUserPin 


xsd:string 


Yes 


Contains the end user's credentials for authorizing access to the account. 


ReferenceCode 


xsd:string 


No 


Textual information to uniquely identify the request, e.g. in case of 
disputes 


Voucherldentifier 


xsd:string 


No 


This parameter identifies the voucher. 


VoucherPin 


xsd:string 


Yes 


Contains the voucher's credentials for authentication. 



8.1.4.2 



Output message: VoucherUpdateResponse 



Part name 


Part type 


Optional 


Description 


None 









8.1.4.3 Referenced Faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 

• SVC0251 -Unknown voucher. 
PohcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 

• POL0220 - Vouchers not accepted. 

8.1.5 Operation: GetHistory 

This message results in returning the transaction history of the account indicated by the end user identifier and 
associated optional end user PIN. The maximum number of entries to return and the start date define the range of 
transactions that are of interest to the requester. 

If the total number of entries in the transaction history, starting at the specified date, is larger than the specified 
maximum number of entries, only the most recent events are returned. Note that the operator might limit the maximum 
amount of entries to be returned or the period for which the entries are to be returned. 



8.1.5.1 



Input message: GetHistoryRequest 



Part name 


Part type 


Optional 


Description 


EndUserldentifier 


xsd:anyURI 


No 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


Yes 


Contains the end user's credentials for authorizing access to the 
account. 


Date 


xsd:dateTime 


Yes 


This parameter indicates the desired starting date for the entries to be 
returned. If this parameter is not present, it is up to the discretion of the 
service to decide this date. 


MaxEntries 


xsd:int 


Yes 


This parameter indicates the maximum number of entries that shall be 
returned. If this parameter is not present, it is up to the discretion of the 
service to decide how many entries to return. 
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8.1.5.2 



Output message: GetHistoryResponse 



Part 
name 


Part type 


Optional 


Description 


result 


DatedTransaction [0 .. 
unbounded] 


Yes 


It is a DatedTransaction array that consists of types with a date field 
and a string field: i.e. the date of the occurrence and the transaction 
details, respectively. 



8.1 .5.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 

8.1.6 Operation: GetBalanceTypes 

This operation is used to discover the set of all possible balance types that are permitted for a specified end user"s 
account. 



8.1.6.1 



Input message: GetBalanceTypesRequest 



Part name 


Part type 


Optional 


Description 


EndUserldentifier 


xsd:anyURI 


No 


This parameter identifies the end user's account. 


EndUserPin 


xsd:string 


Yes 


Contains the end user's credentials for authorizing access to the account 



8.1.6.2 



Output message: GetBalanceTypesResponse 



Part 
name 


Part type 


Optional 


Description 


result 


xsd:string 

[1... unbounded] 


No 


Identifies all the balance types that are permitted for this end user"s account. 
An end user"s account may have one or more balances for different types of 
usage (e.g. Voice, SIVIS, gaming etc) 



8.1.6.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVCOOOl - Service error. 

• SVC0002 - Invalid input value. 

• SVC0250 - End user authentication failed. 
PoHcyException from 3GPP TS 29.199-1 [6]: 

• POLOOOl - Policy error. 
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9 

9.1 

9.1.1 



9.2 
9.2.1 



Fault definitions 



Fault: ServiceException 



End user authentication failed 



Name 


Description , 


Message Id 


<SVC0250> 


Text 


End user authentication failed. 


Variables 


None. 



9.1.2 Unknown Vouciner 



Name 


Description 


IVIessage Id 


<SVC0251> 


Text 


Voucher %1 is not valid. 


Variables 


%1 Voucher identifier. 



Fault: PolicyException 
Vouchers not accepted 



Name 


Description 


Message Id 


<POL0220> 


Text 


Vouchers not accepted. 


Variables 


None. 



10 Service policies 

The following service policies are defined for this service. 



Name 


Type 


Description 


VouchersAccepted 


xsd:Boolean 


Are vouchers accepted 


Currency 


xsd:decimal 


Currency used by service (per ISO 421 7) 
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Annex A (normative): 

WSDL for Account Management 



The document/literal WSDL representation of this interface specification is compliant to 3GPP TS 29.199-1 [6] and is 
contained in text files (contained in archive 29199-07-640-doclit.zip) which accompanies the present document. 
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Annex B (informative): 
Change history 
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